Release-Notes für Version 3.25.0

Falls Sie eine frühere Version von Neuron Power Engineer verwendet haben und die aktuelle Version verwenden wollen, lesen Sie unter "Sind meine Projekte aufwärts- und abwärtskompatibel?" nach, welche Punkte Sie beachten müssen. Empfohlen, falls Sie Projekte in der aktuellen Version von Neuron Power Engineer verwenden, die bereits in einer früheren Version erstellt wurden: Bereinigen Sie die importierten Projekte.

Siehe "Ist die IDE von der Log4j-Sicherheitslücke (Dezember 2021, CVE-2021-44228, Log4Shell) betroffen?".

Siehe "Release-Notes für Systembibliotheken".

Abhängig von der Konfiguration Ihrer Neuron Power Engineer-Version wird der FBS-Editor und seine Elemente möglicherweise anders in Ihrer Neuron Power Engineer-Version angezeigt, als in der IDE-Dokumentation illustriert. Dies ist der Fall, wenn Neuron oder der Systemintegrator das Smart-Styling aktiviert hat oder einer von ihnen den Stil für den FBS-Editor geändert hat. Die Illustrationen in der IDE-Dokumentation sind dann Symbolfotos und die Anzeige in Ihrer Neuron Power Engineer-Version ist die gültige Anzeige-Variante. Bei Unklarheiten kontaktieren Sie bitte Neuron oder Ihren Systemintegrator.

Siehe "Farbe/Stil für FBS-Elemente durch Datentyp bestimmt" für Details.

Die Bibliothek PLCopen Safety enthält die folgenden neuen Bausteine:

• SF_EnableSwitch_2-Baustein

• SF_ModeSelector-Baustein

• SF_MutingPar-Baustein

• SF_MutingPar_2Sensor-Baustein

• SF_MutingSeq-Baustein

Diese Bausteinbeschreibungen basieren auf der technischen Spezifikation "TC5 - Safety, Version 2.10 – Official Release, Part 1 - Concepts and Function blocks" (© PLCopen).

TC5 - Safety, Version 2.01 – Official Release, Part 1 - Concepts and Function blocks" (© PLCopen), wohingegen die Beschreibungen der IDE-Dokumentation weiterhin auf der Version 2.01 der technischen Spezifikation basieren, so wie alle Beschreibungen der PLCopen-Bausteine, die noch auf der Version 2.01 der technischen Spezifikation basieren. Sobald die Beschreibungen wegen Version 2.10 aktualisiert sind, wird dies im Thema "PLCopen-Bausteine" erwähnt werden.

Beachten Sie: Die Bibliothek PLCopen Safety ist nicht in allen Varianten der IDE verfügbar.

The safety parameter editor provides the default commands and shortcuts for saving. For instance, you are able to use the command Save in the menu File or the keyboard shortcut Ctrl+S.
In previous versions, you had to use the button Save group displayed at the end of the group. The current version does not provide this button anymore.

See “Saving safety parameter editor” for more details on the current saving methods.

The provided actions within the global-variables-editor have been revised as follows:

• It is possible to edit a global variable by double-clicking on the name of the variable or its data, e.g. the data type. All data of the variable is listed in columns within the tab Variables.

• In previous versions, editing was possible by single-clicking the name or its data.

• The same applies to a section for the global variables: Just double-click on the section name or its data. The section data is listed in the tab Sections.

• Here, single-clicking is still possible for the check boxes in column CONSTANT and RETAIN to change their state.

• The context menu does not provide the commands to edit the variables/sections any longer. As mentioned above: Double-click the data that you want to change.

• The context menu command New Variable always creates a new global variable of data type BOOL and no initial value.

• In previous versions, the data of the selected variable has been used for the new variable.

• The context menu provides the new commands Copy Variables and Paste Variables to copy and paste variables within the same global-variables-editor or even across different global-variables-editors. Of course, the keyboard shortcuts Ctrl+C and Ctrl+V are supported for these actions.

Neuron Power Engineer allows to differ between 2 types of global objects containing global variables:

1. the global objects that are created by the user within the IDE

2. the global objects that are automatically created by the device topology transformer (DTT)

These 2 types of global objects make it possible to provide 2 different configuration sets that influence the global-variables-editor as follows:

• It is possible to hide some components of the global-variables-editor.

  Example 1a: The global objects created by DTT do not show the tab Sections and some columns for the variables (e.g. Sections, Initial value).

  Example 1b: The global objects created by the user show all tabs and columns.

• It is also possible to make columns of the global-variables-editor read-only to prevent changed data.

  Example 2a: read-only columns Data type and HW address in the global objects created by DTT.

  Example 2b: read-only column HW address in the global objects created by the user; Here, the content for the column Data type can be changed.

Hinweise:

• The configuration of the global-variables-editor is done by the system integrator. Without any configuration, all components of the global-variables-editor are displayed and all column data can be changed.

• If you use the feature “artifact identity” as well, Neuron Power Engineer reports the external changes of the global objects, e.g. when a user changes hardware addresses in a text editor to bypass the read-only restriction.

When creating and saving the interface of the vendor blocks (provided in an ST-object), a header file (= H-file) and an optional C file with so-called implementation stubs are automatically generated. In previous versions, a 2nd, 3rd, 4th etc. saving action did not update these implementation stubs. In this case, the recommended procedure was to rename the automatically generated files to a unique name, to save the ST-object again to make sure that the generated files contained the correct implementation stubs and to transfer your code to the newly generated C-/H-files and delete the renamed C-/H-files. These steps had to be done for each saving action.

To provide more user comfort, apply this procedure for your vendor blocks once in the new version:

1. Rename the automatically generated files to a unique name in the new version.

2. Save the ST-object containing your vendor block again.

   Result: The header file (= H-file) and the C file with so-called implementation stubs are automatically generated again. But in this version, the auto-generated implementation stubs are decorated with a preceding comment (DO NOT MODIFY THIS SECTION).

   Do not delete this preceding comment! Grund: Wenn Sie die Schnittstelle des Vendor-Bausteins ändern und das ST-Objekt später erneut speichern, werden die Implementierungs-Stubs automatisch aktualisiert, sofern der vorangestellte Kommentar in der H-/C-Datei vorhanden ist.

3. Transfer your code to the newly generated C-/H-files. Observe to not include any of your code in the auto-generated implementation stubs with the preceding comment (DO NOT MODIFY THIS SECTION). If you do so anything, your code will be overwritten as it has been placed in the auto-generated implementation stubs. There will be no prompt before saving the ST-object containing the vendor block

The parts outside the auto-generated implementation stubs will not be touched so that your code in the H-/C-file will not be overwritten when saving the ST-object containing your vendor block again.

Observe that the auto-generated implementation stubs for some types of vendor blocks are not decorated with the preceding comment (DO NOT MODIFY THIS SECTION). These vendor blocks are vendor blocks created during the Simulink import or the migration from the predecessor product. In this case, the update of the implementation stubs will not take place as described above.

You can call a help page for a parameter if the system integrator has provided such a help page: Just select the parameter in the safety parameter editor and press the F1-key.

See “Opening help for parameters from witin the safety parameter editor“.

The PACK block has been modified. Now this block reports an error when its return value is connected to a block input of a generic data type (e.g. the input of a TO_INT block). The reason for this behavior is the added statement anyOutputMustBeConcreteResolved.

In previous versions, the return value of PACK and the input of TO_INT have been typed with BOOL (BOOL is the lowest common data type of ANY_ALEMENTARY). However, this behavior was not sensible behavior for the PACK block. As mentioned, the PACK block is reporting an error for such connections. To fix this reported error, you can declare an auxiliary variable and assign the calls to this auxiliary variable.
See the topic “Typing of expressions” for generic information on the typing behavior and details on the possible workarounds when you want to connect the PACK block to an input of a generic data type.

As a consequence, the PACK block is identical to the predecessor product logi.CAD/32 in this aspect because logi.CAD/32 also reported an error for such connections of the PACK block.

The statement anyOutputMustBeConcreteResolved can be used for vendor blocks as well. It is sensible to use this statement for a vendor block with outputs or return values of generic data types when all block inputs are of an explicit data type. See “Properties for implementing vendor blocks” for information on the statements for vendor blocks.

The standard package of the IDE provides the new rule Only actual resource-global variables must be used in the VAR_CONFIG sections.

This model rule checks whether the VAR_CONFIG sections only contain resource-global variables without structure elements.

By default, this rule is not activated so you will not get any messages about violations of this rule when the application is validated. But as for other rules, you can change the configuration of the rule.

The existing system library Standard and its system blocks have been reorganized to provide some user information within the IDE whether the block is supported for creating a safety-relevant application or not. So now there are 2 system libraries:

1. The library Standard (safe) provides the system blocks supported for creating a safety-relevant application.

2. The library Standard (non-safe) provides the system blocks not supported for creating a safety-relevant application.

Beachten Sie:

• The library Standard (non-safe) is required for the test framework. If this library is not installed in your variant but you need to use the test framework, install the library as described under “Installing a library”.

• When inserting a system block by using the content assist, the user actions do not change at all.

• When inserting a system block by dragging it from a view (such as the project explorer) into the drawing field of an FBD-object, you must start to expand the appropriate system library Standard (safe) or Standard (non-safe) instead of expanding the previous system library Standard. The following user actions are the same: Expand the subfolder containing the system block, point to the system block, and drag it into the drawing field.

• The IDE documentation lists all system blocks of both libraries under one section and its corresponding subfolders respectively. For instance, the section on the Numeric functions lists the functions provided under Standard (non-safe) and Standard (safe).This structure in the IDE documentation has the advantage that one section still lists all system blocks for the same application field. If you are looking for an information where the system block is provided, just have a look at the block description itself. There the line “Category” states whether the system block is provided under Standard (non-safe) or Standard (safe).

The standard package of the IDE provides the new rule Multiple writing of hardware outputs within a resource is not permitted.

This model rule checks whether hardware outputs are written in more than one program instance of a resource. Global variables with an assigned IEC hardware address are regarded as hardware outputs. Das Schreiben solcher Variablen ist nur in exakt einer Programminstanz einer Ressource erlaubt.

By default, this rule is not activated so you will not get any messages about violations of this rule when the application is validated. But as for other rules, you can change the configuration of the rule.

The IDE provides a new possibility to hide features and GUI (Graphical User Interface) elements. This deactivation is done by activating a profile. As the profile is activated by a system integrator, contact your system integrator on the current possibilities.

Observe that the IDE documentation contains the descriptions for all officially provided features and GUI elements - no matter whether a profile has been activated or not. So, the scope of the IDE documentation is not updated to reflect the change in the IDE itself.

The IDE documentation differs from the implementation in a special case for replacing a block call.
Fix: The IDE documentation has been updated correspondingly.
Scenario for problem: The IDE documentation describes special cases when replacing a block call. Example 1 in the section "Behavior when replacing: Instance name is not used" shows that:

1. the access to a variable of the original block is not automatically updated to the name of the new block.
   The implementation and IDE documentation match here.

2. the access is highlighted as faulty.
   The implementation and IDE documentation do not match here: Actually, the access is not highlighted as faulty. The reason for this is that the variable of the original block is no longer deleted automatically, as this has been the case in previous versions.

Here is the illustration from the IDE documentation in which the value field with the access SR1.Q1 became faulty after a block SR has been replaced by a block TON:

However, this value field will not be highlighted as faulty.
Additional information: The English IDE documentation contains a 2nd image for the example 1 that does not illustrate the replacement from SR by TON, but it repeatedly displays the 1st image with the block SR. The German IDE documentation contains the correct image of the replacement.

The integration acceptance tests cannot be executed because of missing files.
Fix: The project LC3cSystemTest has been adapted so that the project is working without any errors.
Scenario for problem: The integration acceptance tests according to the integration manual cannot be executed as expected. The reason is that files for the project LC3cSystemTest are missing. This problem applies to versions that are used to develop safety-relevant applications.
Additional information: The integration manual specifies specific integration acceptance tests which a system integrator must execute when integrating the IDE.

PiL-tests for more than 240 test suites are failing because of an unexpected termination of the Gateway.
Fix: The problem according to the following scenario does not occur anymore.
Note on a changed behavior: Observe that the location and the name of internal test files have been changed. Instead of testbed_SiL and testbed_PiL the folder/file name of internal test files is now tb_SiL and tb_PiL. This change is relevant, if you are using Git to track versions of your test project. When you exclude the internal test file/folders, exclude the files and folders containing the name tb_SiL and tb_PiL in version 3.25.0. See the topic “Grundregeln für das Testen” for details on the files/folders to exclude.
Scenario for problem: It is not possible to execute PiL-tests for 240 test suites or more. Instead of this, the PiL-tests for the 241st test suite and later ones are failing. The technical reason is that the PiL-test establishes a connection to the built-in Gateway. When executing the PiL-tests for more than 240 test suites, the Gateway is terminated unexpectedly.

When building a safety-relevant application, an error about a wrong checksum for the source file RTConfigVals.h might be displayed.
Fix: The problem according to the following scenario does not occur anymore. Reason: The generic source file RTConfigVals.h with the expected checksum is now used when the application is built.
Scenario for problem: If you build a safety-relevant application, the build report might contain the following error message: The source file "RTConfigVals.h" could not be verified (its checksum "number1" does not match the expected checksum "number2").
The error message occurs when the file in a customer PTK (platform toolkit) is used. This file has a different checksum than expected. The expected checksum is one of the generic file located under LC3\plugins\com.logicals.ptk_3.23.2\API\uRTS3\RTSAPI

The build report might contain error messages about unverified data types.
Fix: The problem according to the following scenario does not occur anymore.
Scenario for problem: The build report contains error messages about unverified data types, if the data types are only used in a C-code. Hence, the problem also applies, if the data type has been used in the ST body only, e.g. in an IF statement, or if just a temporary variable (VAR_TEMP … END_VAR) has been declared based on that data type.
The build report contains this error message:

The source file "project_path/src-gen/h/lcdt___data_type_name.h" with checksum "checksum_value" could not be verified.

A message is displayed when entering “” at the beginning of a text file.
Fix: The problem according to the following scenario does not occur anymore.
Scenario for problem: When you enter the characters “**” (but without ““) at the beginning of a text file located in the folder src and you save this text file, the following message is displayed:
Unrecognized table header: ''
Additional information: The problem has been detected in a customer version

The application cannot be built when a function block instance is assigned/connected to the input of a SEL block.
Fix: The problem according to the following scenario does not occur anymore.
Scenario for problem: When you declare a function block instance as a variable (e.g. by the ST-code VAR sr1 : SR; END_VAR) and assign this instance to the input IN1 of a SEL block (e.g. by the ST-code SEL(IN1:=sr1)), the application cannot be built. In this case, the following messages are displayed:

The application for the PLC (resource "name1", platform toolkit "name2") cannot be created/loaded. Prüfen Sie die Sichten "Fehlerprotokoll" und "Fehler" für weitere Informationen.

An error occurred during compiling or linking the code image (error code: 1).

After the attempt to build the application, messages are displayed in the Problems view. Here are the messages for the described scenario:

implicit declaration of function 'LC_INIT_DataType_SR'; did you mean 'LC_INIT_DataType_SAFEBOOL'? [-Werror=implicit-function-declaration]

in expansion of macro 'LC_INIT_Function_SEL__DERIVED_SR'

in expansion of macro 'LC_INIT_IMPL__SEL__DERIVED'

Additional information 1: The same problem also applies to other blocks, e.g. MUX block or FORCMRK block.
Additional information 2: The same problem also applies to the FBD-editor after the problem for the ID “111403” (regarding a message about a safety conflict) has been fixed for the FBD-editor.

When using a different screen scaling that 100%, the FBD-editor might not behave as expected.
Fix: The problem according to the following scenario does not occur anymore.
Scenario for problem: If you use a different screen scaling than 100% and you open the context menu in the FBD-editor, the following issues have been observed:

1. The context menu editor contains all commands but some commands are disabled. However, it is expected that these commands are enabled.

   Example 1: When opening the context menu for a value field containing a variable, the command for creating the OLT-field is disabled. But it should be possible to create the OLT-field for this value field.

2. A different FBD-element gets selected instead of the FBD-element where the context menu has been opened.

   Example 2: When opening the context menu for a value field containing a variable, the call of a block gets selected instead of the value field. This call has been positioned to the right of the value field.

Additional information: The changed scaling seems to cause this problem. For both issues, the context text appears to be opened for a wrong FBD-element whereas the context menu is opened at the position of the current mouse cursor. Regarding example 1, the command to create the OLT-field appears to be disabled because the drawing field is incorrectly considered to be the valid context.

The IDE documentation on the OFFSET attribute contains unclear information and a wrong sample.
Fix for problem scenario 1: The description on OFFSET within the IDE documentation has been enhanced to make the impact of OFFSET clearer. The bold text in the following highlights the text that has been added in the IDE documentation.
This is the enhanced description:

Scenario for problem 1: The IDE documentation contains information on declaring a language element with a partial address in ST. There the optional attribute OFFSET is described as well. Die Dokumentation ist so:

Mit dem optionalen Attribut OFFSET wird ein relativer Bit-Offset nach der Adresse definiert. Dieses Attribut wird nur bei Strukturelementen unterstützt. Beachten Sie, dass das Strukturelement mit der höchsten Endposition +1 für die Größe des strukturierten Datentyps wird verwendet. A specified offset is also considered.The below examples give you more insights into the impact of OFFSET on the size of the structured data type.

Due to this information, it is unclear whether the offset is applied to the structure element or the variable that is based on the structured data type.

Fix for problem scenario 2: The sample in the IDE documentation has been corrected so that the comment specifies the offset 61.

Scenario for problem 2: The IDE documentation also contains samples that illustrate the impact of OFFSET. The example for the structure data type{{ Motion_Out_DataSpeed_Type4}} contains a wrong comment. The current comment informs that the structure element S_ByteNext is placed at offset 25. But this structure element is placed at offset 61 - due to { OFFSET := 60} in the line above.

Confusing messages are displayed that source files cannot be verified when the safety-relevant application is built for the built-in PLC.
Fix: The problem according to the following scenario does not occur anymore if the system integrator has deactivated the verification of the source files regarding their checksums for non-safe platforms/PLCs. Contact the system integrator about the behavior applied to your platform/PLC when you develop safety-relevant applications.
Additional note regarding the fix: Observe that the system integrator decides whether to activate or deactivate the verification of the source files regarding their checksums for the non-safe PLCs (such as the built-in PLC). A new PTK property for the platform toolkit controls the behavior. See the release notes in the administrator’s manual (ID “112751), if you are interested in this PTK property.
Scenario for problem: When building a safety-relevant application for the built-in PLC, the error log and the build report contain many errors that source files with a specified checksum could not be verified. The output of these error messages is important when building a safety-relevant application for the actual safety PLC because such errors must be fixed before the safety-relevant application can be released for safe operation. But when building the safety-relevant application for the built-in PLC, the messages are of no actual consequence because it is not allowed to release a safety-relevant application for safe operation when the concerned PLC is the built-in PLC.

Zusätzliche Informationen:

• This problem only occurs when you build safety-relevant applications for a non-safe PLC (such as the built-in PLC) and the features for the safety-relevant applications have been activated.

• This problem does not occur if you use a standard version where the features for the safety-relevant applications have not been activated

• If you are unsure whether the problem applies to your version, contact your system integrator.

When aborting the exit procedure for the IDE, features in the opened IDE are not working as expected.
Fix: The problem according to the following scenario does not occur anymore.
Scenario for problem: When you exit the IDE but there is unsaved content, a prompt enables you to save or not save the content. The same prompt provides the Cancel button to keep the editor with the unsaved content open. Subsequently, the IDE is not exited/closed but it remains open. So this means that the triggered exit procedure has been aborted. After this, some features are not working as expected and the appropriate feature usage is not guaranteed anymore. This applies to the following features:

• Safety Parameter Editor

• access control

• artifact identity

• FBD editor

• validating the application by rules

• project indexing

• components that are used for building/loading the applications, such as “NINJA” and “TargetProxy”

The IDE documentation on the safety parameter editor (version 3.24.0) does not contain information on floating-point numbers.
Fix 1: The IDE documentation for version 3.25.0 has been updated to contain the information on the internal representation of floating-point numbers and their rounding by the safety parameter editor.
Scenario for problem 1: The IDE documentation on the safety parameter editor (version 3.24.2) is missing information on the internal representation of floating-point numbers and their rounding by the safety parameter editor. The same topic for version 3.23.2 did contain this information.
Workaround: See https://help.neuron-automation.eu/Documents/NPE/V3.23.2/EN/Viewing_or_changing_the_current_parameter_values.html for the information on floating-point numbers.
Fix 2: The IDE documentation for version 3.24.0 has been updated by the missing detail as well.
Scenario for problem 2: The information on the internal representation of floating-point numbers for version 3.23.2 is missing a detail:

If a double-precision floating-point number (also known as float64 value) has more than 15 digits in its fractional part, this value is rounded by the safety parameter editor to have a maximum of 15 digits in its fractional part.

The actual information should be (see the bold text that highlighted the missing detail):

If a double-precision floating-point number (also known as float64 value) has more than 15 digits in its fractional part, this value is rounded by the safety parameter editor to have a maximum of 15-17 digits in its fractional part.

Wenn mehrere Funktionsbausteine im gleichen ST-Objekt erstellt worden sind, löscht der Befehl "Löschen" im Applikationsnavigator alle Funktionsbausteine in diesem ST-Objekt ohne vorherige Information.
Szenario für Problem: Es ist möglich, mehrere Sprachelemente, wie z.B. Funktionsbausteine, im gleichen ST-Objekt anzulegen. Wenn Sie im Applikationsnavigator den Befehl Löschen für eines dieser Sprachelemente auswählen, werden alle Sprachelemente im ST-Objekt gelöscht, da das gesamte ST-Objekt gelöscht wird. Vor dem Löschvorgang wird nicht darüber informiert, dass andere Elemente von dem Löschvorgang betroffen sind.
Zusätzliche Information: Das analoge Problem tritt bei einem Verschiebe-Vorgang auf. Das bedeutet: Falls Sie ein Element verschieben, werden auch die anderen Elemente im ST-Objekt verschoben.
Abhilfe: Bevor Sie ein Element löschen, empfiehlt es sich zu prüfen, ob es noch andere Elemente im gleichen Objekt enthalten sind. Falls ja, löschen Sie das Element besser im ST-Objekt (d.h. im ST-Editor).

Der Befehl "Gehe in" im Applikationsnavigator verhält sich nicht wie erwartet.
Szenario für Problem: Mit Hilfe des Befehls Gehe in sollte auf den ausgewählten Ordner fokussiert werden. Falls der Befehl aber im Applikationsnavigator ausgewählt wird (z.B. für den Ordner Projektbausteine), wird nicht nur der Inhalt dieses Ordners angezeigt, sondern es werden auch alle Projekte, die derzeit geöffnete Projekte sind, in diesem Ordner angezeigt. Dieses Verhalten im Applikationsnavigator entspricht nicht der Erwartung.
Abhilfe: nicht vorhanden

Die automatisch erzeugten H-/C-Dateien für Vendorbausteine sind nicht automatisch gesperrt. Der Editor für sie wird nicht in einem schreibgeschützten Modus geöffnet.
Szenario für Problem: Wenn Sie ein bestehendes Objekt aus der Sicht Team-Monitor öffnen, sperrt die IDE dieses Objekt automatisch. Wenn die IDE das Objekt nicht sperren kann, wird der Editor schreibgeschützt geöffnet. Dies gilt für einen Vendorbaustein selbst, aber nicht für die H-/C-Dateien, die automatisch für den Vendorbaustein erzeugt werden.
Abhilfe: Sperren Sie die H-/C-Dateien selbst, indem Sie das Kontextmenü für diese Dateien im Projektexplorer öffnen und den Befehl Ausgewählte Dateien sperren wählen.

Syntaxfehler werden möglicherweise verursacht, wenn die Inhaltshilfe zur Unterdrückung von Warnungen bei Regelverletzungen verwendet wird.
Szenario für Problem: Die IDE Dokumentation enthält Informationen über die Verwendung der Inhaltshilfe, wenn Sie versuchen, die Warnung bei einer Regelverletzung zu unterdrücken (basierend auf einem in der Dokumentation angegebenen Beispiel). Wenn Sie dies jedoch tun, wird bei den folgenden 2 Regeln ein Fehler über ein unerwartetes Zeichen verursacht:

• Namespaces der Sprachelemente müssen mit dem Bezeichner des übergeordneten Namespace-Ordners übereinstimmen.

• Namespace-Ordner müssen einen eindeutigen Bezeichner besitzen.

Abhilfe: nicht vorhanden

Die geänderte Dateizuordnung wird für das Öffnen eines Datentyps aus einer Bibliothekskonfiguration ignoriert.
Szenario für Problem: Die Benutzervorgaben erlauben es, Dateizuordnungen für Dateitypen zu ändern. Falls Sie die eingetragene Zuordnung Editor für Datentypen für den Datentyp .iecst löschen, wird beim Öffnen eines Datentyps aus einer Bibliothekskonfiguration aber weiterhin der grafischen Enum-Editor geöffnet.
Abhilfe: nicht vorhanden

Beim Umhängen von bestehenden Verbindungselementen im KOP-Editor werden keine Hervorhebungen angezeigt.
Szenario für Problem: Die möglichen Logik-Elemente (z.B. Kontakte und Spulen) sollten beim Umhängen von bestehenden Verbindungselementen hervorgehoben werden, um zu verdeutlichen, dass Sie das Verbindungselement an eines dieser Logik-Elemente anhängen können. Diese Hervorhebungen werden jedoch nicht im KOP-Editor angezeigt.
Abhilfe: nicht vorhanden

Die Sicht "Team-Monitor" ermittelt nicht die Status-Veränderungen am Team-Server im erwarteten Abstand.
Szenario für Problem: Die obere Liste unter Am Master geändert der Sicht Team-Monitor zeigt, welche Änderungen des Projekts auf dem Team-Server verfügbar sind. Falls sich die lokalen Dateien vom Status des Masters unterscheiden, sollte diese Sicht alle 30 Sekunden automatisch aktualisiert werden. Die Liste wird jedoch nicht aktualisiert, stattdessen bleibt sie leer.
Abhilfe: Aktualisieren Sie die Liste selbst, indem Sie Aktualisieren im Kontextmenü für die Liste auswählen oder die F5-Taste drücken.

Ein Ordner kann ohne die entsprechenden Zugriffsrechte zur Bearbeitung der Anwendungslogik in einen Namespace-Ordner umgewandelt werden und umgekehrt.
Szenario für Problem: Ohne das Zugriffsrecht Applikationslogik bearbeiten ist es nicht möglich, die Applikationslogik zu bearbeiten. Es ist jedoch möglich:

• einen Ordner zum Namespace-Ordner zu machen, indem Sie im Applikationsnavigator das Kontextmenü für einen Ordner öffnen und Namespace zuweisen auswählen.

• die Namespace-Zuweisung und Namespaces für Objekte zu entfernen, indem Sie im Applikationsnavigator das Kontextmenü für einen Namespace-Ordner öffnen und Namespace-Zuweisung entfernen auswählen.

Abhilfe: nicht vorhanden

Eine USING-Anweisung für den Zugriff auf einen Namespace-Ordner kann zugewiesen werden und diese Anweisung kann gelöscht werden, obwohl die entsprechenden Zugriffsrechte zum Bearbeiten der Anwendungslogik nicht vorhanden sind.
Szenario für Problem: Ohne das Zugriffsrecht Applikationslogik bearbeiten ist es nicht möglich, die Applikationslogik zu bearbeiten. Es ist jedoch möglich:

• eine USING-Anweisung für den Zugriff auf die Objekte eines anderen Namespace-Ordners im Applikationsnavigator zuzuweisen.

• solch eine USING-Anweisung im Applikationsnavigator zu löschen.

Abhilfe: nicht vorhanden

Die Artefaktidentität wird nicht erstellt/aktualisiert, wenn ein Ordner zum Namespace-Ordner gemacht oder eine USING-Anweisung für den Zugriff auf einen Namespace-Ordner zugewiesen wird.
Szenario 1 für Problem: Die Datei mit der Artefaktidentität wird nicht erstellt, wenn Sie einen Ordner zum Namespace-Ordner machen, indem Sie im Applikationsnavigator das Kontextmenü für einen Ordner öffnen und Namespace zuweisen auswählen.
Szenario 2 für Problem: Wenn eine Datei mit der Artefaktidentität vorhanden ist (siehe "Abhilfe") und Sie eine USING-Anweisung für den Zugriff auf einen anderen Namespace-Ordner zuweisen, wird die Datei mit der Artefaktidentität nicht aktualisiert.
Zusätzliche Informationen: Die Probleme treten nur auf, wenn Sie das Feature "Artefaktidentität" verwenden. Die fehlende/veraltete Datei mit der Artefaktidentität wird dem Benutzer nicht gemeldet. Die Probleme werden erst offensichtlich, wenn der Benutzer versucht, eine Aktion mit dem Namespace-Ordner durchzuführen (z.B. ist das Verschieben des Namespace-Ordners nicht möglich).
Abhilfe nach einer Aktion, die einen Namespace-Ordner betrifft: Suchen Sie die Datei .iecproperties im Namespace-Ordner. Beachten Sie, dass diese Datei im Projektexplorer und Applikationsnavigator standardmäßig ausgeblendet ist. Deaktivieren Sie daher den Filter für .* resource, um die Datei im Projektexplorer anzuzeigen. Öffnen Sie dann die Datei .iecproperties in einem Texteditor der IDE, nehmen Sie eine minimale Änderung vor (z.B. ein Leerzeichen einfügen) und speichern Sie die Änderung, um die Artefaktidentität zu erstellen/aktualisieren.

Das Erstellen einer Anwendung verursacht möglicherweise Linker-Warnungen.
Szenario für Problem: Abhängig von der verwendeten Toolchain können Linker-Warnungen beim Erstellen einer Anwendung auftreten. Die Warnungen werden durch eine Diskrepanz zwischen externen Deklarationen und der Definition von Symbolen im C-Code verursacht. Das Problem wurde bei der Verwendung von externen Variablen im ST-Code oder in der FBS-Logik beobachtet.
Abhilfe: Ignorieren Sie die Warnungen.

Objekte in verschachtelten Namespace-Ordner erhalten keinen verschachtelten Namespace.
Szenario für Problem: Wenn Sie einen Namespace-Ordners als einen Unterordner in einem bestehenden Namespace-Ordner erstellen, sind die Objekte im Unterordner nur im Namespace dieses Unterordners deklariert. Die Erwartung ist aber, dass die Objekte in einem verschachtelten Namespace deklariert sind, da verschachtelte Namespaces für ST-Objekte und FBS-Objekte laut der IDE-Dokumentation möglich sind und die IDE-Dokumentation zu den Namespace-Ordner keine Informationen enthält, ob verschachtelte Namespace für verschachtelten Ordner möglich sind.
Beispiel: Der Namespace-Ordner NS1 enthält den Unterordner NS2, der ebenfalls ein Namespace-Ordner ist. Die Objekte im Namespace-Ordner NS2 sind im Namespace NS2 deklariert. Die Erwartung ist aber, dass die Objekte im verschachtelten Namespace NS1.NS2 deklariert sind.
Abhilfe: nicht vorhanden

Die Initialisierung von Strukturelementen ist beim Erstellen einer neuen strukturierten Variable über die Inhaltshilfe nicht möglich.
Szenario für Problem: Beim Erstellen eines Wertfeldes mit einer neuen Variable über die Inhaltshilfe ist es nicht möglich, einen Initialisierungswert für die Variable einzugeben, wenn diese auf Basis eines strukturierten Datentyps deklariert ist. Wenn Sie zum Beispiel Var1: myStruct := (Elem1 := true) eingeben (wobei myStruct der strukturierte Datentyp und Elem1 eines dessen Strukturelemente ist), wird die Meldung Invalid expression angezeigt.
Abhilfe: Erstellen Sie die Variable ohne den Initialisierungswert. Geben Sie zum Beispiel Var1: myStruct in der Inhaltshilfe ein. Gehen Sie anschließend zur Liste der deklarierten Variablen, doppelklicken Sie auf die erstellte Variable, um den Dialog zum Ändern der Daten zu öffnen. Im Feld Initialisierungswert geben Sie den Initialisierungswert ein, z.B. (Elem1 := true) für das obige Beispiel.

Beim Importieren einer bestehenden Konfiguration der Zugriffsrechte wird möglicherweise eine Ausnahmebedingung verursacht.
Szenario für Problem: Falls eine bestehende Konfiguration der Zugriffsrechte in ein geschlossenes Projekt importiert wird, wird eine Ausnahmebedingung verursacht. In diesem Fall wird der Text java.util.NoSuchElementException: No value present im Fehlerprotokoll angezeigt.
Abhilfe: Importieren Sie die Konfiguration der Zugriffsrechte in das geöffnete Projekt.

Nach einem fehlgeschlagenen Laden der Anwendung sind die GUI-Elemente in der Sicht "Instanzen" möglicherweise nicht synchron.
Szenario für Problem: Wenn Sie ein Microcontroller-System ohne Trennung zwischen der Firmware und der Anwendung verwenden (z.B. wenn Sie Controllinos als SPS verwenden) kann es vorkommen, dass einige GUI-Elemente in der Sicht Instanzen nicht korrekt synchronisiert werden. Beobachtet wurde dieses Problem, nachdem eine Anwendung nicht auf die SPS geladen werden konnte, da die Anwendung zu viel RAM benötigte. Folgendes trat auf, nachdem das Gateway die Verbindung getrennt hat:

• Die Schaltfläche Zur SPS verbinden war aktiviert, die Zeile Verbindungsstatus zeigte jedoch Online.

• Alle weiteren Informationen zur SPS zeigten Unbekannt.

Abhilfe: Drücken Sie die Schaltfläche Zur SPS verbinden erneut, um den Status zu aktualisieren. Die Zeile Verbindungsstatus zeigt nun Online mit dem Ausführungsstatus Fehler.

• ein Element für eine ZIP-Datei

• ein Element mit dem Namen folderName

Abhilfe: nicht vorhanden

1. Zeigen Sie die Sicht "Variablenwerte" an.

2. Verschieben Sie die Sicht rechts des Fehlerprotokolls.

3. Bringen Sie das Fehlerprotokoll in den Vordergrund.

4. Beenden und starten Sie die IDE erneut mit dem gleichen Arbeitsbereich.
   
   Ergebnis: Die Sicht "Variablenwerte" wird weiterhin rechts des Fehlerprotokolls angezeigt.

5. Wechseln Sie zur Sicht "Instanzen", erweitern Sie den Baum, bis eine Variable angezeigt wird, öffnen Sie das Kontextmenü dieser Variablen und wählen Sie "Variable in Variablenwert einfügen".

Abhilfe: nicht vorhanden

Aufgrund einer temporären Größe eines Wertfelds kann das Wertfeld nicht am Raster positioniert werden. Daher ist die Verbindungslinie zu einem Bausteineingang keine gerade Linie.
Szenario für Problem: Wenn Sie Smart-Styling verwenden, können Sie möglicherweise ein Wertfeld nicht mit einer geraden Linie mit Bausteineingängen verbinden. Dies tritt auf, wenn Sie das Wertfeld vergrößert und anschließend wieder auf die Originalgröße zurückgesetzt haben. Bei jeder Größenänderung werden Verbindungslinien zu einem Bausteineingang mit einer "Ecke" erstellt, da das Wertfeld nicht so ausgerichtet werden kann, dass die Verbindungsknoten des Wertfelds und des Bausteineingangs auf dem gleichen Raster liegen. Die Verbindungslinie sieht so aus:

Abhilfe: nicht vorhanden

Beim Erstellen der Anwendung verursacht ein FORCEMRK-Baustein mit einem verbundenen RS-Baustein Fehler.
Szenario für problem: Wenn Sie den Eingang des FORCEMRK-Bausteins mit dem RS-Baustein verbinden (siehe das folgende Beispiel für ST-Code) und die Anwendung erstellen, werden die folgenden Fehler angezeigt:

from <project_path>\src-gen\localconfiguration\local.builtinplc\rismd\allmd.sys-gen.c:6:

<project_path>/target/localconfiguration/local.builtinplc/sys-gen/rismd/mdfu___forcemrk.rs.c:7:88: error: unknown type name 'LC_TD_FunctionBlock_FORCEMRK__RS'

FUNCTION_BLOCK TestSTErr

VAR

iFM1 : FORCEMRK;

iRS, iRS_O : RS;

END_VAR

iFM1(IN:=iRS, OUT=>iRS_O);

END_FUNCTION_BLOCK

Die Anwendung kann daher nicht erstellt werden.
Abhilfe: nicht vorhanden

Wenn ein Projekt mit der gRPC-Schnittstelle geschlossen/geöffnet wird, zeigt der Applikationsnavigator den Projektnamen nicht an.
Szenario für Problem:Wenn Sie ein Projekt über die gRPC-Schnittstelle schließen und öffnen, zeigt der Applikationsnavigator den Projektnamen nicht an.
Zusätzliche Informationen: Mit Hilfe der gRPC-Schnittstelle können bestimmte Anwenderaktivitäten in der IDE automatisiert werden.
Abhilfe: nicht vorhanden

Debuggen kann nicht durchgeführt werden. Ursache: In der Sicht Debuggen wird die Aufrufhierarchie nicht automatisch aufgeklappt und der erreichte Unterbrechungspunkt wird nicht hervorgehoben.
Szenario für Problem:Um für eine Anwendung Unterbrechungspunkte setzen zu können, müssen Sie zuerst das Element auswählen, dessen Ausführung unterbrochen werden soll. Für gewöhnlich ist dieses Element sofort sichtbar, da die Aufrufhierarchie in der Sicht Debuggen aufgeklappt ist. Hier ist die Aufrufhierarchie jedoch nicht aufgeklappt. Wenn die Anwendung unterbrochen wird, da ein Unterbrechungspunkt erreicht ist, wird der Unterbrechungspunkt auch nicht im ST-/FBS-Editor hervorgehoben.
Abhilfe: nicht vorhanden

Die gRPC-Schnittstelle kann nicht für unterschiedliche Instanzen von IDE verwendet werden.
Szenario für Problem:Wenn Sie versuchen, die gRPC-Schnittstelle für unterschiedliche Instanzen der IDE zu verwenden, wird für die gRPC-Schnittstelle der folgende Fehler angezeigt:

Status(StatusCode="Unknown", Detail="", DebugException="Grpc.Core.Internal.CoreErrorDetailException:

{"created":"@1716819922.803000000","description":"Error received from peer ipv6:

[::1]:50055","file":"..\..\..\src\core\lib\surface\call.cc","file_line":953,"grpc_message":"","grpc_status":2}")

Das Fehlerprotokoll der IDE zeigt ebenfalls Fehler an, die auf Ausnahmen hinweisen. Hier einige Beispiele für derartige Fehler:

Exception in opening zip file: <path>\configuration\org.eclipse.osgi\780\0\bundleFile

Problems occurred when invoking code from plug-in: "org.eclipse.ui.workbench".

java.nio.file.NoSuchFileException: <path>\configuration\org.eclipse.osgi\780\0\bundleFile

Proxy could not create EMF Demo1 from provider org.eclipse.gemini.jpa.ProviderWrapper@70f6f135

Zusätzliche Informationen: Mit Hilfe der gRPC-Schnittstelle können bestimmte Anwenderaktivitäten in der IDE automatisiert werden.
Abhilfe: nicht vorhanden

Wenn Sie mindestens zwei Bildschirme mit unterschiedlicher Skalierung verwenden, wird das Kontextmenü des FBS-Editors an der falschen Position angezeigt.
Szenario für Problem: Wenn Sie mindestens zwei Bildschirme mit unterschiedlicher Skalierung verwenden (z. B. 125% Skalierung am Hauptbildschirm und 100% Skalierung am zweiten Bildschirm) und im FBS-Editor das Kontextmenü öffnen, wird das Kontextmenü an der falschen Stelle geöffnet.
Zusätzliche Informationen: Diese falsche Position des Kontextmenüs kann zu einem unerwarteten Verhalten des FBS-Editors führen, wie in den Release Notes für die ID "112715" angeführt ist.
Abhilfe, falls möglich: Verwenden Sie für alle Bildschirme die gleiche Skalierung.

Eine bestimmte Bibliothek kann mit “DEPLOY=:OBJECT” erstellt werden, während “DEPLOY=:SOURCE” funktioniert.
Szenario für Problem: Eine Kundenbibliothek kann mit dem Wert DEPLOY=:SOURCE erstellt werden. Wenn die gleiche Bibliothek mit DEPLOY=:OBJECT erstellt wird, wird der folgende Fehler gemeldet:

Cannot invoke "com.logicals.lc3.api.model.Resource.getConfiguration()" because the return value of "com.logicals.lc3.api.ptk.BuildContext.getResource()" is null

Zusätzliche Informationen: Das Schlüsselwort DEPLOY definiert das Format für das Element, wie die Anweisungen des Elements in die Bibliothek kopiert werden. Drei Werte werden unterstützt: SOURCE, INTERFACE und OBJECT
Derzeit stehen keine Details zur eigentlichen Ursache des Problems zur Verfügung.
Abhilfe: nicht vorhanden

Beim Aufklappen einer Bibliothek zeigt der Applikationsnavigator möglicherweise den falschen Inhalt. Das Aufklappen der Bibliothek dauert auch länger als erwartet.
Szenario für Problem: Wenn eine eigene Bibliothek im Applikationsnavigator aufgeklappt wird, wird der Inhalt der Bibliothek nicht wie erwartet angezeigt. Dies äußert sich beispielsweise darin, dass die gleichen Ordner wiederholt angezeigt werden. Folglich werden zu viele Dateien angezeigt, und das Öffnen der Bibliothek dauert bis zu zehn Sekunden. Das Aufklappen dauert länger als erwartet.
Abhilfe: nicht vorhanden

Ein Wertfeld mit einer ARRAY-Variablen kann nicht wie erwartet kopiert und eingefügt werden.
Szenario für Problem: Ein Wertfeld mit einer Variablen kann von einer POE in eine andere POE kopiert und eingefügt werden. Wenn das Wertfeld jedoch eine ARRAY-Variable enthält, wird das Wertfeld eingefügt, aber als fehlerhaft markiert. Die Ursache für diesen Fehler ist, dass die ARRAY-Variable nicht zur Liste der deklarierten Variablen hinzugefügt wird.
Abhilfe: Deklarieren Sie die ARRAY-Variable in der Liste der deklarierten Variablen.

Bei der Verwendung des Tools für die automatische Generierung und Bereitstellung einer Bibliothek wird möglicherweise eine unzureichende Warnung angezeigt.
Szenario für Problem: Das Tool für die automatische Generierung und Bereitstellung einer bestimmten Bibliothek, die mit -application com.logicals.library.lc3lib.application aufgerufen wird, meldet eine Warnung, die Ursache und/oder Behebung sind jedoch nicht klar. Diese Warnung lautet:

Warning: In ConnEnd::assignPinVisibilityTo(): ConnEnd for connector <number> can't connect to shape <number> since it has no pins with class id of <number>.

Zusätzliche Informationen: Derzeit stehen keine Details zur eigentlichen Ursache des Problems zur Verfügung.
Abhilfe: nicht vorhanden

Teile der deutschen IDE-Dokumentation für die aktuelle Version sind noch in englischer Sprache.
Szenario für Problem: Die deutsche IDE-Dokumentation für die aktuelle Version enthält einige deutsche Beschreibungen, aber auch viele englische Texte.
Zusätzliche Informationen: Neuron arbeitet an der Bereitstellung der vollständigen deutschen Benutzerdokumentation. Neuron aktualisiert die Online-Version der deutschen Dokumentation in regelmäßigen Abständen hier: https://help.neuron-automation.eu/Documents/NPE/latest/de
Abhilfe: Überprüfen Sie in der deutschen Online-Version, ob diese Online-Version bereits die von Ihnen gesuchten deutschen Beschreibungen enthält.

Die IDE-Dokumentation für die PLCopen-Bausteine enthält falsche Informationen über die Werte für den Datentyp SAFEBOOL.
Szenario für Problem: Die Beschreibungen der PLCopen-Bausteine enthalten die Information, dass die Werte SAFETRUE und SAFEFALSE für Variablen des Datentyps SAFEBOOL möglich sind. Die tatsächliche Implementierung der PLCopen-Bausteine verwendet jedoch TRUE anstelle von SAFETRUE sowie FALSE anstelle von SAFEFALSE.
Abhilfe: nicht vorhanden

Ein außerhalb der IDE umbenannter Ordner verursacht doppelte Ordner/Dateien.
Szenario für Problem: Wenn Sie einen Projektordner außerhalb der IDE umbenennen und ein Objekt dieses Ordners innerhalb der IDE bearbeiten, zeigt die Projektansicht den ursprünglichen Projektordner und den umbenannten Projektordner. Das bearbeitete Objekt wird unter beiden Ordnern angezeigt.
Beispiel: Sie benennen den Projektordner src außerhalb der IDE in src-new um. Innerhalb der IDE fügen Sie dem geöffneten FBS-Objekt Counter, das sich im Ordner src befindet, einen Aufruf hinzu und speichern die Änderung. Ergebnis: Die Projektansicht zeigt den ursprünglichen Projektordner src und den umbenannten Projektordner src-new an. Das FBS-Objekt Counter wird unter src und src-new angezeigt.
Abhilfe: Löschen Sie die Duplikate.

Eine Anwendung kann nicht erstellt werden, wenn eine externe Variable in einer Methode deklariert ist und diese Methode in einer Klasse deklariert ist.
Szenario für Problem: Wenn Sie eine externe Variable in einer Methode deklarieren und diese Methode in einer Klasse deklariert ist, kann die Applikation nicht mit dieser Klasse erstellt werden.
Abhilfe: nicht vorhanden

Fehlende VarCfg-Objekte im Projekt können eine Ausnahme verursachen, wenn der DTT zur Erstellung dieser Projektelemente verwendet wurde.
Szenario für Problem: Wenn der Device Topology Transformer (DTT) zur Erstellung von Projektelementen verwendet wird und einige der erstellten VarCfg-Objekte aus dem Projekt gelöscht werden, kann eine Ausnahme verursacht werden. In diesem Fall zeigt das Fehlerprotokoll die folgende Nachricht:

Cannot invoke “org.eclipse.emf.ecore.resource.Resource.getURI()” because the return value of “com.logicals.lc3.api.model.st.configuration.VarCfg.Resource()” is null

Zusätzliche Informationen:

1. Üblicherweise wird der DTT von einem Systemintegrator verwendet, um einige Projektelemente basierend auf externen Daten zu erstellen.

2. Die fehlenden VarCfg-Objekte werden mit der Fehlermeldung Konnte die Referenz auf "VarCfg-object-name" nicht auflösen korrekt gemeldet.

Abhilfe: Verwenden Sie den Device Topology Transformer (DTT) erneut, um die Projektelemente inklusive der fehlenden VarCfg-Objekte zu erstellen.

Das Deaktivieren einer Programminstanz im Applikationsnavigator verursacht eine ungültige Artefaktidentität.
Szenario für Problem: Im Applikationsnavigator kann eine Programminstanz deaktiviert werden. Das Deaktivieren verursacht eine ungültige Artefaktidentität, da das SPS-Objekt automatisch aktualisiert wird, wenn die Programminstanz deaktiviert und dabei das SPS-Objekt nicht entsprechend aktualisiert wird. Die ungültige Artefaktidentität wird ersichtlich, wenn Sie die Artefaktidentität überprüfen und die Anwendung erstellen. In beiden Fällen zeigt der Dialog der Artefaktidentitäten den Status "Ungültig". Die Zusatzinformation gibt an, dass die Datei des SPS-Objekts geändert wurde.
Abhilfe 1: Klicken Sie im Dialog auf die Schaltfläche zum Freigeben des SPS-Objekts. Dadurch wird die Artefaktidentität des SPS-Objekts aktualisiert.
Abhilfe 2: Öffnen Sie das SPS-Objekt, führen Sie eine geringfügige Änderung durch und speichern Sie das SPS-Objekt. Auch dadurch wird die Artefaktidentität des SPS-Objekts aktualisiert.

In der deutschsprachigen Meldung zur Aktualisierung der Systembibliothek fehlt die Versionsnummer der Systembibliothek.
Szenario für Problem: Wenn eine Systembibliothek aktualisiert wird, informiert Sie eine Meldung über diese Aktualisierung. In der deutschsprachigen Meldung fehlt die neue Versionsnummer der Systembibliothek. Anstelle der Versionsnummer wird folgende Meldung angezeigt: fehlendes Argument
Abhilfe: nicht vorhanden

Das Tastaturkürzel Strg+Umsch+S wird im Safety Parameter-Editor nicht unterstützt.
Szenario für Problem: Wenn mehrere Editoren ungespeicherte Änderungen enthalten, können Sie so alle Änderungen speichern: Im Menü Datei wählen Sie Alle speichern. Das entsprechende Tastaturkürzel Strg+Umsch+S wird jedoch nicht unterstützt, wenn der Safety Parameter-Editor aktiv ist.
Abhilfe: Verwenden Sie den Befehl Alle speichern.

Das Entfernen aller Variablen aus der Sicht "Variablenwerte" verursacht eine ungültige Artefaktidentität.
Szenario für Problem: Wenn Sie alle Variablen aus der Sicht Variablenwerte entfernen, wird für die Datei testvariables.xml eine ungültige Artefaktidentität ausgelöst.
Die ungültige Artefaktidentität wird ersichtlich, wenn Sie die Artefaktidentität überprüfen und die Anwendung erstellen. In beiden Fällen zeigt der Dialog der Artefaktidentitäten den Status "Entfernt". Die Zusatzinformation gibt an, dass die Datei entfernt wurde.
Abhilfe 1: Klicken Sie im Dialog auf die Schaltfläche zum Freigeben der Datei. Dadurch wird die Artefaktidentität der Datei aktualisiert.
Abhilfe 2: Fügen Sie in der Sicht Variablenwerte wieder ein Element hinzu. Dadurch wird auch die Artefaktidentität der Datei aktualisiert.

Das Öffnen der POE aus der Sicht "Instanzen" dauert möglicherweise länger als erwartet. Auch das Scrollen in dieser POE kann länger dauern als erwartet.
Szenario für Problem: Wenn Sie Smart-Styling verwenden und eine POE durch Doppelklicken der Instanz in der Sicht Instanzen öffnen, kann dieser Vorgang bis zu 90 Sekunden dauern.
Zum Vergleich: Mit dem herkömmlichen Styling dauert das Öffnen bis zu zehn Sekunden.
Zusätzliche Informationen: Das Scrollen in der gleichen POE dauert mit Smart-Styling auch länger als das Scrollen in einer POE mit herkommlichem Styling.
Abhilfe: nicht vorhanden

Das Entfernen eines Objekts mit einer ungültigen Artefaktidentität aktualisiert das Projekt möglicherweise nicht wie erwartet.
Szenario für Problem 1: Wenn der Dialog zu Artefaktidentitäten einige Objekte meldet, können diese Objekte gelöscht werden, indem Sie im Dialog auf die entsprechende Schaltfläche klicken. Nach dem Schließen des Dialogs wird das Objekt jedoch weiterhin im Projektexplorer angezeigt.
Abhilfe für Problem 1: Drücken Sie die F5-Taste, um den Inhalt des Projektexplorers zu aktualisieren.
Szenario für Problem 2: Wenn Sie nach der Abhilfe für Problem 1 die Artefaktidentität erneut überprüfen, zeigt der Dialog das Objekt erneut, obwohl das Objekt und sein Artefakt aus dem Projekt entfernt wurden.
Abhilfe für Problem 2: nicht vorhanden

Das Ziehen einer globalen Variable auf eine Programminstanz führt zu einer Ausnahme.
Szenario für Problem: Eine globale Variable kann mittels "Drag and Drop" in eine POE gezogen werden. Diese Variable wurde in einem globalen Objekt deklariert, die Funktion "Drag and Drop" wird im Applikationsnavigator durchgeführt. Wenn eine Programminstanz (unter dem Ressourcen-Ordner angezeigt) das Ziel der "Drag and Drop"-Aktion ist, wird eine Ausnahme ausgelöst. In diesem Fall zeigt das Fehlerprotokoll die folgende Nachricht:Unhandled event loop exception
Abhilfe: nicht vorhanden

Das Umbenennen eines Namespace-Ordners verursacht eine ungültige Artefaktidentität.
Szenario für Problem: Wenn Sie einen Namespace-Ordner entfernen, der POEs enthält, wird eine ungültige Artefaktidentität ausgelöst.
Die ungültige Artefaktidentität wird ersichtlich, wenn Sie die Artefaktidentität überprüfen und die Anwendung erstellen. In beiden Fällen zeigt der Dialog der Artefaktidentitäten für eine Datei den Status "Entfernt". Diese Datei steht mit dem Namespace-Ordner in Verbindung. Die Zusatzinformation gibt an, dass die Datei entfernt wurde.
Abhilfe: nicht vorhanden

Durch das Doppelklicken auf ein OLT-Feld wird der Dialog zum Ändern des Werts nicht geöffnet.
Szenario für Problem: Der Wert einer Variablen in einem OLT-Feld, das im KOP-Editor angezeigt wird, kann nicht geändert werden. Grund: Ein Doppelklick auf das OLT-Feld öffnet den Dialog nicht.
Abhilfe: nicht vorhanden

Nach dem Einfügen mehrerer FBS-Elemente wird möglicherweise eine Ausnahme ausgelöst und die Verbindungslinien werden möglicherweise nicht wie erwartet angezeigt.
Szenario für Problem: Wenn Sie mehrere Netzwerke bestehend aus einigen Wertfeldern, Bausteinen und Verbindungslinien kopieren und diese auf einer anderen Seite einfügen, wird möglicherweise eine Ausnahme ausgelöst und einige Verbindungslinien zwischen den Wertfeldern werden möglicherweise nicht wie erwartet angezeigt. In diesem Fall kann es sogar den Anschein haben, dass manche Linien fehlen. Das Fehlerprotokoll zeigt die folgende Nachricht:

org.adaptagrams.ColaException: ERROR: Critical assertion failed. expression: find(actionList.begin(), actionList.end(), ActionInfo(ShapeAdd, shape)) == actionList.end() at line 287 of router.cpp

Abhilfe: Speichern Sie, schließen und öffnen Sie den FBS-Editor erneut.

Beim Einfügen von Ressourcen werden die eingefügten Ressourcen möglicherweise nicht gesperrt.
Szenario für Problem: Wenn Sie einen Team-Server verwenden, werden erstellte Ressourcen automatisch gesperrt. Dies trifft auch auf eingefügte Ressourcen zu, nicht jedoch auch Ressourcen, die mit den Befehlen Kopieren und Einfügen kopiert und eingefügt werden.
Abhilfe: Sie können die Ressourcen kopieren und einfügen, indem Sie die Strg-Taste gedrückt halten, während Sie die Ressource von ihrer ursprünglichen Position auf die neue Position ziehen. An der neuen Position müssen Sie die Strg-Taste loslassen.

Wenn ein ST-Objekt außerhalb der IDE gelöscht wird, der dazugehörige ST-Editor jedoch in der IDE geöffnet ist, können ungenaue Evaluierungen der Artefaktidentität verursacht werden.

Szenario für Problem: Bei der Ausführung der folgenden Schritte kommt es zu einigen unerwarteten Validierungen der Artefaktidentität:

1. Sie öffnen den ST-Editor für ein ST-Objekt.

2. Sie schließen die IDE, ohne den ST-Editor zu schließen.

3. Außerhalb der IDE löschen Sie die Datei für dieses ST-Objekt.

4. Sie starten die IDE erneut. Ergebnis: Eine Meldung wird angezeigt, das die Validierung der Artefaktidentität fehlgeschlagen ist. Diese Meldung enthält jedoch die Information, dass die Datei bearbeitet wurde, während sie in Wirklichkeit gelöscht wurde.

Zusätzliche Informationen: Wenn Sie die Artefaktidentität prüfen oder die Anwendung erstellen, meldet ein Dialog über die Artefaktidentität, dass der Status der H-/C-Dateien "Entfernt" ist. Die Zusatzinformation gibt an, dass die Dateien entfernt wurden. Diese Dateien wurden jedoch nicht außerhalb der  IDE gelöscht.
Abhilfe: nicht vorhanden